Add STM32F303VDxx and STM32F303VExx Variants#3016
Conversation
fpistm
left a comment
There was a problem hiding this comment.
Thanks for the PR.
Please, reference new mcu support in the README.md.
|
I'm also looking at the generic_clock.c file (I didn't change it before, so was running at the default) but I have a question: On the wiki, it states use the HSI for the PLL Mux, however doing this in CubeMX, it tells me PLL Source Mux must use HSE as input - what do I do here? |
|
It is an advice when you configure the USB. HSE is more stable. |
|
Okay, so I've tried that, and the code that it generates doesn't work - the processor doesn't appear to run If I disable the USB, the generated clock init code works fine. I'll look at creating the usb clock init manually, instead of using cubeMX |
Signed-off-by: James <james@jlucas.me.uk>
a4b67a6 to
0b19c7f
Compare
|
Hi @jamesrlucas I've updated your branch: squash all commit and apply astyle so think to fetch it before doing any other modifications. |
|
I've found the issue with the clock - CubeMX is missing the RCC Oscillator initialization steps if I generate the code with the internal oscillator as the USB source (as per the screenshot above) - Clearly it doesn't like the USB + HSI option... Disabling the USB interface in CubeMX generates a working clock config, I'm using this currently for my project. Will test this further and commit a clock config when I get chance. |

Summary
This PR fixes/implements the following bugs/features
Adds support for new processors, currently missing from the 'Board Part Number' Menu
Validation
Closing issues
closes #3013